REMARKS/ ARGUMENTS 



Claims 1-33 are pending in the present application. Claims 1-3, 5, 12, 16, 23, and 27 
were amended. The amendments place additional novel features of the invention within each 
independent claim, clarify key features of the claimed invention, and overcome the claim 
objections and rejections. No new matter has been added, and the amendments place the claims 
in better condition for allowance. Support for the amendments may be found in the Specification 
at least on page 6, line 3-19, page 25, lines 19-19-30, page 26, lines 5-19, page 36, lines 13-18, 
page 66, line 23-page 67, line 1, page 76, lines 1-14, and Figure 2. Applicants respectfully 
request entry of the amendments to the claims. Applicants are not conceding in this application 
that those claims are not patentable over the art cited by the Examiner, as the present claim 
amendments are only for facilitating expeditious prosecution of allowable subject matter noted by 
the Examiner. Applicants respectfully reserve the right to pursue these and other claims in one or 
more continuations and/or divisional patent applications. Reconsideration of the claims is 
respectfully requested. 

I. Examiner Interview 

Applicant thanks Examiner Loan Truong for all the courtesies extended Applicant's 
representative during the June 12, 2007 telephone interview. During the interview, Examiner 
Loan indicated that the above amendments to claims 1, 5, 12, 16, 23, and 27 would overcome the 
cited references. The arguments discussed as well as additional reasons that the claims are now 
in condition for allowance are set forth in the remarks below. 

H. 35 U.S.C. 8 101 

The Examiner has rejected claims 12-22 under 35 U.S.C. § 101 as being directed towards 
non-statutory subject matter. This rejection is respectfully traversed. 

The Examiner states: 

In regards to claims 12-22 the claims are directed to a computer program 
product on a computer readable storage medium comprising of recordable-type 
media and transmission-type media. The transmission-type media include digital 
and analog communication links such as radio frequency and light wave 
transmissions (See specification page 106 lines 30-31 and page 107 lines /-/ 7). 
Therefore, the specified claims do not fall within the technological arts and 
therefore, is non-statutory. See MPEP 8 2106. Amending the claims to a 
computer program product on a computer readable storage medium would still 
comprise of a transmission-type media, include analog communication links such 
as radio frequency and light wave transmission, which does not fall within the 
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statutory category for patentably. Examiner suggest applicant to amend the 
limitation "computer readable storage medium" to a "recordable-type media". 

Final Office Action dated March 12, 2007, pages 2-3 

Independent claims 1 2 and 1 6 are amended to recite a "computer program product on a 
computer readable recordable-tvpe storage medium" as suggested by the Examiner. Claims 1 2- 
22 are, therefore, directed to statutory subject matter. Thus, the rejection of claims 12-22 under 
35 U.S.C. § 101 has been overcome. 

III. 35 U.S.C. S 103. Obviousness 

The Examiner has rejected claims 1-33 under 35 U.S.C. § 103(a) as being unpatentable 
over Olszewski et al., Method and System for Dynamically Locating Frequently Accessed 
Memory Regions or Locations . U.S. Patent No. 6,339,818, dated January 15, 2002 (hereinafter 
referred to as "Olszewski") in view of Krishnaiyer et al., Adaptive Prefetch for Irregular Access 
Patterns . U.S. Patent Application Publication No. 2004/0123041, published June 24, 2004 
(hereinafter referred to as "Krishnaiyer"). This rejection is respectfully traversed. 

The Examiner bears the burden of establishing a prima facie case of obviousness based 
on prior art when rejecting claims under 35 U.S.C. § 103. In re Fritch, 972 F.2d 1260, 23 
U.S.P.Q.2d 1780 (Fed. Cir. 1992). The scope and content of the prior art are... determined; 
differences between the prior art and the claims at issue are... ascertained; and the level of 
ordinary skill in the pertinent art resolved. Against this background the obviousness or non- 
obviousness of the subject matter is determined. Graham v. John Deere Co., 383 U.S. 1 (1966). 
Often, it will be necessary for a court to look to interrelated teachings of multiple patents; the 
effects of demands known to the design community or present in the marketplace; and the 
background knowledge possessed by a person having ordinary skill in the art, all in order to 
determine whether there was an apparent reason to combine the known elements in the fashion 
claimed by the patent at issue. KSRInt'l. Co. v. Tele/lex, Inc., No. 04-1350 (U.S. Apr. 30, 2007). 
Rejections on obviousness grounds cannot be sustained by mere conclusory statements; instead, 
there must be some articulated reasoning with some rational underpinning to support the legal 
conclusion of obviousness. Id. (citing In re Kahn, 441 F.3d 977, 988 (CA Fed. 2006)). 

Claim 1 

Regarding Independent claim 1, the Examiner states: 

In regard to claim 1, Olszewski et al. disclosed a method in a data 
processing system for executing instructions, the method comprising: 
executing instructions in a processor in the data processing system 
(operating system runs on processor to coordinate and provide control of 
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various component within data processing system, fig. 2A, 252, 250, col. 
4 lines 12-15); 

detecting indicators during execution of the instructions, wherein the 
indicators are data values that specify counting of events that are 
associated with execution of the instructions or are data values that 
specify counting of events that are associated with accesses to memory 
locations (performance monitor comprise event detection, col. 5 lines 18- 
24, performance monitor may be used as a mechanism to monitor 
memory usage, col. 5 lines 59-65); 

counting events that occur within the data processing system as specified 
by the indicators (performance monitor counters (PMCs) used to count 
processor/storage related events, fig. 2B, 241-244, col. 5 lines 23-26); 
retrieving a count, value that represents counted events (self-homing, col. 
8 lines 10-31); and 

selecting an execution path within a set of instructions based on the count 
value (end of first self-homing step, three cases apply, col. 8 lines 10-31). 
Olszewki et al. does not teach a method in a data processing system for 
executing instructions, the method comprising: detecting data values 
indicator that are retrieved from memory during execution of the 
instruction or data values that are retrieved from memory during 
execution of the instructions and selecting an execution path wherein a 
branch instruction that selects the execution path is contained in an 
object code block that contains the instructions that were executed while 
detecting the indicators. 

Krishnaiyer et al. teach the adaptive prefetching for irregular access 
patterns by inserting the loop counting code into the output code where 
the loop counting code determines the number of times the loop may be 
accessed during the execution of the output code. If the number of times 
the loop is accessed is greater then the threshold value, then the inserted 
conditional adaptive prefetching code may be executed during the output 
code execution (paragraph 0020-0021). Furthermore, the conditional 
prefetch code (paragraph 0023-28) selects an execution path of executing 
a data prefetched if the condition is met (execute the prefetch instruction 
based on the loop having a high usage count, fig. 3, 102, 106, paragraph 
0048). The examiner interprets the object code block as the source code 
program containing the conditional prefetch code loop as well as the loop 
count module (paragraph 0019) that detects the loop count to select a 
branch instruction to whether or not execute a data prefetch instruction. 
It would have been obvious to modify the method of Olszewki et al. by 
adding Krishnaiyer et al. adaptive prefetching for irregular access 
patterns. A person of ordinary skill in the art at the time of applicant's 
invention would have been motivated to make the modification because 
it would improve performance of software applications by reducing 
memory latency (paragraph 0004). 
Final Office Action dated March 12, 2007, pages 3-5. 

Amended claim 1 is as follows: 

1 . A method in a data processing system for gathering performance 
information associated with executing instructions, the method comprising: 

executing instructions in an application by a processor in the data 
processing system; 
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detecting an indicator associated with an instruction in the executing 
instructions during execution of the instructions, wherein the indicator is a data 
value retrieved from memory during execution of the instructions, and wherein 
the indicator specifies counting of events that are associated with execution of the 
instructions or counting of events that are associated with accesses to memory 
locations; 

sending a signal indicating that the instruction associated with the 
indicator is being executed; 

responsive to receiving the signal, counting, by a functional unit of the 
processor, events that occur within the data processing system as specified by the 
indicator to form counted events, wherein the indicator enables counting of 
events on a per instruction or a per memory location basis, and wherein only 
events specified by indicators are counted; 

retrieving a count value that represents the counted events to form the 
performance information; and 

selecting, by the application, an execution path within a set of 
instructions based on the count value in the performance information, wherein a 
branch instruction that selects the execution path is contained in an object code 
block that contains the instructions that were executed while detecting the 
indicator, and wherein the step of selecting an execution path further comprises: 
executing instructions that determine if the count value satisfies 
a first condition; and 

branching to execute a first set of instructions in response to a 
determination that the count value satisfies the first condition. 

Applicants first respond to the rejection by showing that the proposed modification of the 
cited reference does not teach or suggest all of the features of claim 1 . Applicants will then show 
that no proper reason exists to modify the reference to achieve the invention of claim 1 . 

1. Krishnaiyer and Olszewski, either alone or in combination, fails to 

teach or suggest each and every feature of claim 1 

The Examiner bears the burden of establishing a prima facie case of obviousness based 
on prior art when rejecting claims under 35 U.S.C. § 103. In re Fritch, 972 F.2d 1260, 23 
U.S.P.Q.2d 1780 (Fed. Cir. 1992). Additionally, the prior art reference (or references when 
combined) must teach or suggest all the claim limitations. In re Royka, 490 F.2d 981, 180 USPQ 
580 (CCPA 1974). The Examiner failed to state a prima facie obviousness rejection against 
claim 1 because Krishnaiyer and Olszewski, either alone or in combination, does not teach or 
suggest all of the features of claim 1 . 

Specifically, the cited references fail to teach or suggest (1) sending a signal indicating 
that the instruction associated with the indicator is being executed; (2) responsive to receiving the 
signal, counting, by a functional unit of the processor, events that occur within the data 
processing system as specified by the indicator to form counted events, wherein the indicator 
enables counting of events on a per instruction or a per memory location basis, and wherein only 
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events specified by indicators are counted; (3) selecting, by the application, an execution path 

within a set of instructions based on the count value in the performance information, wherein a 

branch instruction that selects the execution path is contained in an object code block that 

contains the instructions that were executed while detecting the indicator, and wherein the step of 

selecting an execution path further comprises: executing instructions that determine if the count 

value satisfies a first condition; and branching to execute a first set of instructions in response to a 

determination that the count value satisfies the first condition. 

The cited references fail to teach "sending a signal indicating that the instruction 

associated with the indicator is being executed," as recited in claim 1. Olszewski is directed 

towards detecting frequently accessed memory items. Olszewski teaches: 

A method and system for monitoring the performance of a processor to 
detect a set of frequently accessed memory items is provided. A memory region 
to be monitored is selected and divided into an upper half monitored memory 
region and a lower half monitored memory region. Memory accesses to the upper 
half monitored memory region and memory accesses to the lower half monitored 
memory region are counted during a measurable interval. In response to the 
count of memory accesses to the upper half monitored memory region being 
greater than the count of memory accesses to the lower half monitored memory 
region, the monitored memory region is updated to be equal to the upper half 
monitored memory region. In response to the count of memory accesses to the 
lower half monitored memory region being greater than the count of memory 
accesses to the upper half monitored memory region, the monitored memory 
region is updated to be equal to the lower half monitored memory region. The 
steps of updating, dividing, and counting memory accesses to the monitored 
memory region during a measurable interval are repeated for a number of 
iterations in order to identify a frequently accessed memory region. As a set of 
instruction executes in the processor, a performance monitor may count the 
memory accesses and provide the numbers for optimization analysis. 
Olszewski, abstract. 

As shown above, Olszewski discloses monitoring a memory region to detect frequently 
accessed memory items. However, Olszewski does not teach or suggest an indicator or sending a 
signal indicating that an instruction associated with the indicator is being executed in this or any 
other section of the reference. Likewise, Krishnaiyer, the other cited reference, is directed 
towards implanting prefetch code for data prefetching. Krishnaiyer states: 

A computer program product determines whether a loop has a high usage count. 
If the computer program product determines the loop has a high usage count, the 
computer program product determines whether the loop has an irregularly 
accessed load. If the loop has an irregularly accessed load, the computer program 
product inserts pattern recognition code to calculate whether successive iterations 
of the irregular memory load in the loop have a predictable access pattern. The 
computer program product implants conditional adaptive prefetch code including 
a prefetch instruction into the output code. 
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Krishnaiyer, abstract. 



Here, Krishnaiyer teaches determining whether a loop has a high usage count and 
inserting prefetch code into the output code. However, Krishnaiyer does not teach or suggest 
sending a signal indicating that an instruction associated with the indicator is being executed. 
Moreover, neither Krishnaiyer or Olszewski teaches or suggests an indicator that "is a data value 
retrieved from memory during execution of the instructions, and wherein the indicator specifies 
counting of events that are associated with execution of the instructions or counting of events that 
are associated with accesses to memory locations" or sending a signal if an instruction associated 
with an indicator of any kind is being executed. Therefore, Krishnaiyer and Olszewski, either 
alone or in combination, does not teach or suggest "sending a signal indicating that the instruction 
associated with the indicator is being executed." 

Krishnaiyer and Olszewski fail to teach or suggest the feature "responsive to receiving the 

signal, counting events that occur within the data processing system as specified by the indicator 

to form counted events, wherein the indicator enables counting of events on a per instruction or a 

per memory location basis, and wherein only events specified by indicators are counted." The 

Examiner cites to Olszewski at Figure 2B, item 241-244, which shows performance monitor 

counters. The section of Olszewski describing figure 2B, items 241-244 states: 

Performance monitor 240 comprises event detection and control logic, including 
PMC1-PCM4 241-244 and MMCR 245. Performance monitor 240 is a software- 
accessible mechanism intended to provide detailed information with significant 
granularity concerning the utilization of processor instruction execution and 
storage control. The performance monitor may include an implementation- 
dependent number of performance monitor counters (PMCs) used to count 
processor/storage related events. 
Olszewski, column 5, lines 18-26. 

In this section, Olszewski describes performance monitor counters used to count 

processor/storage related events. However, Olszewski teaches counting all events by the 

performance monitor counters. Olszewski does not describe or suggest counting only events 

specified by the indicator where the indicator enables counting of events on a per process or 

per memory location basis. Moreover, as discussed above, Olszweski does not teach a signal or 

counting events in response to receiving a signal indicating that an instruction associated with an 

indicator is being executed. Therefore, Olszewski fails to teach or suggest the feature "responsive 

to receiving the signal, counting events that occur within the data processing system as specified 

by the indicator to form counted events, wherein the indicator enables counting of events on a per 

instruction or a per memory location basis, and wherein only events specified by indicators are 

counted." 
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The cited references also fail to teach or suggest "selecting an execution path within a set 
of instructions based on the count value in the performance information, wherein a branch 
instruction that selects the execution path is contained in an object code block that contains the 
instructions that were executed while detecting the indicator, and wherein the step of selecting an 
execution path further comprises: executing instructions that determine if the count value satisfies 
a first condition; and branching to execute a first set of instructions in response to a determination 
that the count value satisfies the first condition," as is stated in claim 1 . 

The Examiner cites to Olszewski at column 8, lines 10-3 1 which state as follows: 

At the end of the first self-homing-step, three cases apply. If CU is 
greater than CL, then most of the accesses to the address range [L,U] would have 
been to the upper half of the range [M,U]. For the next self-homing step, lower 
address L would be replaced with the original midpoint address M. 

If CU is less than CL, then most of the memory accesses would have 
been to the lower half of the range [L,M]. For the next self-homing step, U would 
be replaced with the original midpoint M. 

If neither of these two cases occurred, then the boundary case with CU 
equal to CL has occurred. In this case, a few reasonable actions could be 
performed. One alternative would be to repeat the current iteration for not more 
than CA times until resigning the entire effort, in which case a separate counter 
would be required to keep track of the number of retries. Another alternative 
would be to alternate a bias between the two halves, in which case a flag could be 
used to indicate in which half of the memory region of interest a biased decision 
was previously made so that the next biased decision could be made in the 
opposing half of the memory region of interest. 

Here, Olszewski describes three cases. For example, in one case, if a second counter 
(CU) is greater than a third counter (CL) then most memory accesses were to addresses in the 
upper half of the memory region being monitored. In the second case, if the second counter is 
less than the third counter, most of the accesses were to addresses in the lower half of the range. 
In the third case, the counters are equal. Although this section may describe utilizing counters to 
determine where most memory accesses are occurring, Olszewski does not teach selecting a path 
based on count value in the performance information. Moreover, Olszewski merely describes 
three cases based on count values for a second and third counter. The determination about the 
possible cases is done within the performance monitor software and not within the executing 
instructions having the instruction associated with the indicator and for which the performance 
monitor events were counted. Thus, Olszewski cannot be interpreted as either explicitly or 
impliedly teaching or suggesting branching to execute a first set of instructions in response to 
determining that the count value satisfies the first condition. 

The Examiner admits that Olszewski does not teach a branch instruction that selects the 
execution path is contained in an object code block that contains the instructions that were 
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executed while detecting the indicators. The examiner cites to Krishnaiyer at paragraph [0019] 
which states: 

In embodiments of the present invention, a loop count module of the computer 
program product may check the usage count for the loop, i.e., the loop count 
module may calculate a number of times the loop may be accessed during either 
compilation or execution of the output code. For example, the loop count 
module, during compilation, may estimate that a loop is executed 100 times when 
a program is run by evaluating the loop in the source code and estimating how 
many times the loop may be executed given the variables defined within the 
source code. In an embodiment of the invention, if the number of times that the 
loop may be accessed is determined by the loop count module to exceed a pre- 
determined threshold value, the loop counting module may instruct the computer 
program product to not insert a prefetch instruction into the output code for the 
loop. 

In this section, Krishnaiyer describes a loop count module in a performance monitor unit 
of a process that checks the usage count for a loop to determine the number of times the loop is 
accessed during compilation or execution. If the number of times the loop is accesses exceeds a 
threshold, a prefetch instruction is not inserted into the output code for the loop. Krishnaiyer 
does not teach "selecting, by the application" having the executing instruction. In other words, 
in claim 1, the selection of the branch is made by the software application for which the 
performance monitor events were counted rather than the hardware performance monitor unit of 
the processor making the determination. Therefore, Krishnaiyer fails to make up for the 
deficiencies of Olszewski. Thus, Krishnaiyer and Olszewski, either alone or in combination, fails 
to teach or suggest each and every feature of claim 1 . 

2. The Examiner fails to state a sufficient reason to modify the 

reference in light of the large differences between the reference and 
Claim 1 

The Examiner bears the burden of establishing a prima facie case of obviousness based 
on prior art when rejecting claims under 35 U.S.C. § 103. In re Fritch, 972 F.2d 1260, 23 
U.S.P.Q.2d 1780 (Fed. Cir. 1992). The scope and content of the prior art are... determined; 
differences between the prior art and the claims at issue are. . . ascertained; and the level of 
ordinary skill in the pertinent art resolved. Against this background the obviousness or non- 
obviousness of the subject matter is determined. Graham v. John Deere Co., 383 U.S. 1 (1966). 
Often, it will be necessary for a court to look to interrelated teachings of multiple patents; the 
effects of demands known to the design community or present in the marketplace; and the 
background knowledge possessed by a person having ordinary skill in the art, all in order to 
determine whether there was an apparent reason to combine the known elements in the fashion 
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claimed by the patent at issue. KSR Int'l. Co. v. Teleflex, Inc., No. 04-1350 (U.S. Apr. 30, 2007). 
Rejections on obviousness grounds cannot be sustained by mere conclusory statements; instead, 
there must be some articulated reasoning with some rational underpinning to support the legal 
conclusion of obviousness. Id. (citing In re Kahn, 441 F.3d 977, 988 (CA Fed. 2006)). 

In the case at hand, no prima facie obviousness rejection can be stated because the 
Examiner failed to state a sufficient reason to modify Krishnaiyer and Olszewski in light of the 
large differences between Krishnaiyer and Olszewski and claim 1 . Specifically, as shown above, 
Krishnaiyer and Olszewski fails to teach or suggest the features (1) sending a signal indicating 
that the instruction associated with the indicator is being executed; (2) responsive to receiving the 
signal, counting, by a functional unit of the processor, events that occur within the data 
processing system as specified by the indicator to form counted events, wherein the indicator 
enables counting of events on a per instruction or a per memory location basis, and wherein only 
events specified by indicators are counted; (3) selecting, by the application, an execution path 
within a set of instructions based on the count value in the performance information, wherein a 
branch instruction that selects the execution path is contained in an object code block that 
contains the instructions that were executed while detecting the indicator, and wherein the step of 
selecting an execution path further comprises: executing instructions that determine if the count 
value satisfies a first condition; and branching to execute a first set of instructions in response to a 
determination that the count value satisfies the first condition. Because Krishnaiyer and 
Olszewski fails to teach or suggest at least these three features of claim 1 , large differences exist 
between Krishnaiyer and Olszewski and claim 1 under the Graham v. John Deere Co. inquiry set 
forth above. 

Furthermore, the Examiner failed to state a sufficient reason to combine and modify 

Krishnaiyer and Olszewski in light of the large differences that exist between Krishnaiyer and 

Olszewski and claim 1 . The Examiner failed to state a sufficient reason to modify Olszewski 

because the Examiner's proposed reason for combining and modifying Krishnaiyer and 

Olszewski provides no rational underpinning to support a legal conclusion of obviousness. 

Regarding a reason to modify Olszewski, the Examiner states that: 

It would have been obvious to modify the method of Olszewki et al. by 
adding Krishnaiyer et al. adaptive prefetching for irregular access 
patterns. A person of ordinary skill in the art at the time of applicant's 
invention would have been motivated to make the modification because 
it would improve performance of software applications by reducing 
memory latency (paragraph 0004). 
Final Office Action dated March 12, 2007, pages 5. 
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The Examiner offers an advantage as the stated reason for modifying Olszewski in the 
manner proposed by the Examiner. Specifically, the Examiner proposes modifying Olszewski so 
that it "would improve performance of software applications by reducing memory latency." 
However, the Examiner fails to provide a sufficient reason to modify Olszewski because 
Olszewski already achieves the advantage set forth by the Examiner. Specifically, Olszewski 
counts "the memory accesses and provide[s] the numbers for optimization analysis." See 
Olszewski abstract. Thus, Olszewski already achieves the advantage offered in the Examiner's 
proposed reason for modifying Olszewski. Because Olszewski already achieves the advantage 
offered by the Examiner as a reason to modify Olszewski, the cited advantage cannot provide a 
rational underpinning to support a legal conclusion of obviousness. For this reason, the 
Examiner's reason for modifying Olszewski provides insufficient basis for modifying Olszewski 
in the manner proposed by the Examiner, especially in the light of the large differences that exist 
between Olszewski and claim 1. Accordingly, no prima facie obviousness rejection has been 
stated against claim 1 . Thus, amended claim 1 is not obvious over Olszewski in further view of 
Krishnaiyer. 

Likewise, independent claims 5, 12, 16, 23, and 27 include some of the same features and 
limitations described above with regard to claim 1 and are allowable over the cited prior art for 
the same reasons set forth above with regard to the similarly recited subject matter. Therefore, 
claims 5, 12, 16, 23, and 27 are also in condition for allowance. 

Dependent claims 2-4, 6-1 1, 13-15, 17-22, 24-26, and 28-33 are dependent upon 
independent claims 1, 5, 12, 16, 23, and 27. Thus, at least by virtue of their dependency, claims 
2-4, 6-1 1, 13-15, 17-22, 24-26, and 28-33 are also distinguishable over the cited prior art. In 
addition, claims 2-4, 6-11, 13-15, 17-22, 24-26, and 28-33 recite additional combinations of 
features not taught or suggested by Krishnaiyer and Olszewski. For example, dependent claim 2 
now recites "counting events that occur within the data processing system as specified by the 
indicators to form the counted events further comprises: identifying a threshold number of clock 
cycles needed to complete an instruction, wherein the threshold is set within the indicator; and 
responsive to an event associated with executing an instruction exceeding the threshold, counting 
the event." As discussed above, the cited art does not teach an indicator. Moreover, neither 
Krishnaiyer nor Olszewski teaches or suggests a threshold number of clock cycles to complete an 
instruction set in the threshold. Therefore, the cited prior art fails to teach or suggest the features 
set forth in dependent claim 2. 

Therefore, the rejection of claims 1-33 under 35 U.S.C. § 103(a) has been overcome. 
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It is respectfully urged that the subject application is patentable over Olszewski and 
Krishnaiyer and is now in condition for allowance. 

The examiner is invited to call the undersigned at the below-listed telephone number if in 
the opinion of the examiner such a telephone conference would expedite or aid the prosecution 
and examination of this application. 



DATE: June 12. 2007 

Respectfully submitted, 



/Mari Stewart/ 

Mari Stewart 
Reg. No. 50,359 
Yee & Associates, P.C. 
P.O. Box 802333 
Dallas, TX 75380 
(972) 385-8777 
Attorney for Applicants 
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